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ABSTRACT 



The present invention provides communication servers at 
each device in a fueling environment and connecting the 
servers to a common network. The network may be a local 
network or a largely remote network, such as the Internet. 
Preferably, in either embodiment, primary communications 
between these devices and any devices accessible via the 
Internet use the hypertext transfer protocol (HTTP) and 
hypertext markup language (HTML). In particular, each 
device server is adapted to facilitate real-time access 
between the device server and the remote device upon 
access of a particular page, script or function. In particular, 
the present invention relates to embedding executable con- 
tent onto an HTML page so that when the page is loaded into 
an HTML browser after being accessed, the executable 
content starts running automatically. 

29 Claims, 7 Drawing Sheets 




(1) USER STARTS BROWSER APPLICATION AND CONNECTS TO HOME PAGE 
AT SITE'S UNIFORM RESOURCE LOCATOR (URL) A0DRESS. 
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(2) HTTP SERVER ON S3 IPS PRIMARY BACKOFFICE SERVER DELIVERS 
HOME PAGE FOR SITE ASSET MANAGEMENT SYSTEM. 



I T L 

\ |3) USER SELECTS LINK ON PAGE FOR TO MONITOR FORECOURT DEVICE$K 

(4) SERVER QUERIES SITE CONFIGURATION DATABASE TO DETERMINE 
DEVICES THAT SH0UL0 BE PRESENT ON THE SrTE"S NETWORK. 
GENERATES PAGE OF UNKS TO DEVICES THAT ARE REMOTELY 
MANAGEABLE AND RETURNS TO CLIENT. 

(5) USER SELECTS DEVICE FROM LET OF POSSIBLE DEVICES ON SITE 
NETWORK (i.e.. DEVICE #3). CONNECTION IS MADETO HTTP SERVER ON 
TARGET DEVICE. 

{6} DEVICE GENERATES AND DELIVERS STATUS PAGE TO CLIENT BROWSER. 



(7) CLIENTS BROWSER LOADS PAGE (EMBED0ED FUNCTIONS STARTS 
AT DEVICE) 



{8) DEVICE UPDATES AND DELIVERS RAGES TO CLIENT BROWSER. 



FORECOURT 
DEVICE #1 
(!.»., GASOUNE 
DISPENSER) 



FORECOURT 
DEVICE #2 
(i.B.. GASOUNE 
DISPENSER) 




OTHER FORECOURT 
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INTERNET ASSET MANAGEMENT SYSTEM 
FOR A FUEL DISPENSING ENVIRONMENT 

This is a division of application Ser. No. 09/021,237, 
filed Feb. 10, 1998, abandoned. 5 

BACKGROUND OF THE INVENTION 

The present invention relates to asset management sys- 
tems and, in particular, systems for providing a management 
architecture accessible from remote Internet-compliant 1 
browsers to provide real-time functions relating to the 
access, configuration and administration of various features 
associated with fuel dispensers and other forecourt devices 
including, but not limited to, card authorization terminals, 
video/merchandising displays, advertising, and price posting 
signs, in addition to point-of-sale (POS) devices at any 
particular store location and related inventory management 
systems. 

Historically, there has never been an organized system for ^ 
remotely managing various aspects of a fueling site or 
convenience store in both an efficient and comprehensive 
manner. In particular, viewing real-time status and configu- 
ration information of convenience store and fueling station 
devices has always been an operation done locally at a ^ 
particular site. These functions, such as pricing and 
advertising, have been handled separately on a customer's 
proprietary network, but complete store management func- 
tionality has never been available. Normally, most manage- 
ment procedures are manual and very costly. Software 30 
updates require certified technicians to visit the site, load the 
software and test its functionality. 

Equipment failures often go unnoticed until the operator's 
business is affected due to unhappy customers. The operator 
will then call the distributor and report the error, often with 35 
very sketchy and unhelpful details. The certified technician 
then has to visit the site to troubleshoot the unit before being 
able to assess the problem and acquire the appropriate parts 
which may require a second costly visit. In short, requiring 
the touch of a qualified technician is both expensive and time 40 
consuming. Furthermore, if a problem arises that causes the 
devices to be shut down, waiting for a technician to arrive 
to diagnose the nature of the problem and then make a return 
trip to repair the equipment results in additional lost sales 
and general customer dissatisfaction which, in the highly 45 
competitive fuel dispensing market, may lead to the perma- 
nent loss of a-customer. Although various attempts have 
been made to provide technicians with information to diag- 
nose the problem, information gathering has always been an 
expensive, manual process requiring qualified personnel to 50 
phone or visit the site to survey items such as equipment age, 
configurations and hardware and software versions. 

Currently, Gilbarco and other dispenser manufacturers 
offer POS systems allowing remote, off-line viewing of 
inventory and sales data of a convenience store through a 55 
proprietary, third-party interface. This interface is costly and 
inconvenient because it requires dedicated applications and 
tools to access the interface. Furthermore, each system is 
different and requires technicians from the manufacturer to 
make any changes to the system in order to upgrade, 60 
reconfigure or test the system. Thus, there is a need for a 
uniform management system capable of accessing the vari- 
ous devices in a fueling environment to provide remote 
configurations, upgrades and real-time monitoring. There is 
a need for a capability that allows service contractors, 65 
equipment manufacturers and store management to access 
the various features and aspects of the system to view sales 



,137 Bl 

2 

and inventory data, change prices, transmit software 
upgrades, access configuration information, and monitor 
operation and status of various devices from remote loca- 
tions. 

Eadier attempts at using the Internet to provide real-time 
functions were unsuccessful because monitoring live status 
of devices, particularly those on the forecourt, does not fit 
well into the orthodox world wide web architectures. 

SUMMARY OF THE INVENTION 

The present invention fulfills these needs by providing 
communication servers at each device in a fueling environ- 
ment and connecting the servers to a common network. The 
network may be a local network or a largely remote network, 
such as the Internet. Preferably, in either embodiment, 
primary communications between these devices and any 
devices accessible via the Internet use the hypertext transfer 
protocol (HTTP) and hypertext markup language (HTML). 
In particular, each device server is adapted to facilitate 
real-time access between the device server and the remote 
device upon access of a particular page, script or function. 
In particular, the present invention relates to embedding 
executable content into an HTML page so that when the 
page is loaded onto an HTML browser after being accessed, 
the executable content starts running automatically without 
additional compiling, translation or manipulation of the 
HTML code. Preferably, the executable content will act to 
connect the browser back over the network to the same 
device from which the page was accessed. 

In certain embodiments, the connection may be to a new 
network port or address, other than that of the page, that 
supplies real-time status data or opens a connection capable 
of downloading software data for reconfiguration or updates. 
Furthermore, the connection back over the network may use 
a different protocol in order to increase data transfer or 
control efficiency. Example formats for this executable con- 
tent are Java™ "applets," which are small applications that 
conform to a restricted set of programming standards for 
running on HTML compliant browsers, or ActiveX™ 
components, a Microsoft® standard for achieving the same 
functionality as a Java™ applet, with less restrictions than 
Java™. The tradeoff for functionality with ActiveX™ com- 
ponents results in less security and a greater browser depen- 
dency. 

Alternatively, the system may use techniques that allow a 
server to keep a connection open to a browser after the 
HTML page has been downloaded and to periodically send 
updated HTML pages. The updated pages will result in 
continued refreshment of data. Notably, in either of these 
two embodiments, applicants use an embedded function, 
which includes any function incorporated in or associated 
with an HTML page, script, function or like structure. The 
embedded function acts to facilitate either a new or contin- 
ued connection between the remote browser and the access 
server. The function may operate at the server to continue a 
communication link or operate at the browser to reestablish 
or provide a new communication link. Configuring a server 
at the various fueling environment devices with a remotely 
accessible page having embedded content allows remote, 
automatic access to the server and connected control sys- 
tems to enable real-time functions and communications 
between the browser control systems through the accessed 
server. 

Accordingly, one aspect of the present invention is a fuel 
dispenser facilitating remote management functions com- 
prising a housing and a dispenser server at the housing 
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including a control system, a network connection and a provided to describe preferred embodiments of the invention 

dispenser server task running on the control system. A and are not intended to limit the invention thereto. A fuel 

hypertext markup language-compliant page on the server is station environment 10 is shown having a plurality of fuel 

accessible through the network connection. An embedded dispensers 12. Each dispenser 12 typically has at least two 

function is associated with the page and is operable to s fueling positions 14 capable of delivering fuel and providing 

facilitate real-time functions between a remote browser and a graphical point-of-sale (POS) interface. As seen in FIG. 3. 

the server system over a network. The dispenser also each fael disp enser 12 has a housing provided with a 

includes a fuel delivery system associated with the housing convC ntional fod supply linc 2 , a metering device 3, outlet 

having a fuel supply line, a metering device adelivery hose hose 4 ^ nozzle 5> ^ met • deyice 3 

communicates 

and a nozzle to permit the dispensing of fuel. Hie embedded ,„ data reUtin , Q thc vdume of ^ ^ ^ a , ^ 6 (Q 

function may be operable to run at the server when the a eonitM „ or control system 32. The interface will typically 

remote browser accesses the page to maintain a connection one or more dis , 38 M ^ , deWce or k d 

between the server and the remote browser through the 4 „ a ^ readef 41 ^ Msh tof 43 ^ dis £ rs 

network connection. Alternatively, the embedded function is n include [he norma , ftlc , deli hardware discussed 

configured to be sent to the browser with the page when the B above (0 delivef ^ , 0 a customer fa & controUed manner 

remote browser accesses the page and ts operable to run at , n addi[ion to lhe hardware described, extra pumps, flow 

the browser to provide a connection between the server and contro , vaJves> nozzles> hoses &nd con , rol electfonics ma be 

the remote browser through the network connection. The present 

real-time function may include providing software upgrades, _ . ' . . . , ... 

data upgrades, reconfigurations, audio delivery, video deliv- Ref «™8 a 8 lin !° ^ \ 2 - a *™ «™« fl"' 10 " 

ery and I delivering control functions for various dispenser 20 f » 16 ■ ro ° D f ctcd , t0 f 4 * ^P* 05 " 12 an * 

components. In the embodiment where the embedded func- *>*h V P 081 ' 100 " «2»*>«"»> *> "local station server and 

tion is sen. to the browser to run, the function may operate contr °' s *f m 18 . ™ e se ™ 'J* c ° nlrol s £ tem 18 ,s 

have the browser connect back to the server using a different operationally associated with POS systems and/or transac- 

protocol, at a different port or address. " „ ,,0D s y ste f for f store : 20, one or more quick 

r~r% ■ . . A , A , , . 25 service restaurants 22, and associated car wash 24, or other 

The dispenser may be connected to a local network service systems 
including a central control server apart from the fuel dis- 

penscr and having a central control system, a central net- l In lhe P/ eferred embodiment, network access is provided 

work connection, and a central dispenser server task and between the vanous positions 14, dispensers 12, the 

browser running on the central control system. A router may 30 local station server 18, and any number of remote servers 26, 

be provided for facilitating network connections. whlch are localed outslde of fael statloa environment 10, 

The invention may also be incorporated with various via ^e Internet or similar network : 30. Furthermore, direct 

other fueling and retail environment devices to provide connections ,bc ween Internet and the local server 18 may be 

similar real-time functions including updating pricing P r0Vlded wlh the ***** 12 

gathering, inventory status, and changing prices and displays 35 The basic system architecture is a local network connect- 
on signs, in addition to numerous other management func- m g mc dispensers 12 and the local station server 18 wherein 
tions for the various devices from a remote location without the local network may interact with the Internet or similar 
local intervention. network 30. Each fueling position 14 is treated as a client 

These and other aspects of the present invention will capable of accessing services provided by the local server 18 

become apparent to those skilled in the art after reading the 40 and as a ca P able of Priding access to that particular 

following description of the preferred embodiments when P oslUon 14 and dispenser 12. Interactivity between these 

considered with the drawings. enlilies * accomplished in a manner similar to the way 

interactivity is accomplished on the Internet, and, preferably, 

BRIEF DESCRIPTION OF THE DRAWINGS identical to the manner in which interactivity is accom- 

FIG. 1 is a block diagram of a fuel station store having 45 plished on the Internet. The system preferably uses HTML 

dispensers and a local station server connected to the Inter- and HTML-compliant components, media players and ser- 

- net according to the present-invention.- - - - vices. Browsers at the respective devices may request local 

FIG. 2 is a block diagram of the fuel dispensing system services from the various servers. Preferably, the browsers 

architecture of the system of FIG. 1. located along the Internet 30 may access the servers 

FIG. 3 is an elevational view, partially broken away, of a 50 throughout the fueling environment, 

fuel dispenser constructed according to the present inven- When a browser attempts to access a remote server within 

tion. the local network or from a remote location on the Internet, 

FIG. 4 is a schematic of a server and control system for the system architecture generally uses the hypertext markup 
various devices in a fueling environment constructed language (HTML). The Internet is a known computer net- 
according to the present invention. 55 work based on the client server model. Basically the Internet 

FIG. 5 is a flow diagram of the operation of a first comprises a large network of servers accessible by the 

embodiment of the present invention. clients. Each of the clients operates a browser, which is a 

FIG. 6 is a flow diagram of the operation of a second kn0WQ software l0 ° l used 10 access servers lhrou g h Internel 

embodiment of the present invention. acccss Providers. A server operates a "web site," which 

nG.7schematicrepresentationofcertainoftheavailable « su PP or * fil ^ s ia lhe form of documents and pages. A 

r t „_ c ■ mmaemt mf%n , nttmt , nt ct/c ,_ rtf fh „ „„.™t network path to a server is identified by a uniform resource 

features in tne asset management system oi the present , ✓AnYM. , r . ^ - 

invention locator (URL) having a known syntax for defining a network 

connection and location through a defined and existing port 

DETAILED DESCRIPTION OF THE 0 r address. 

PREFERRED EMBODIMENT 65 WOfld ^ web ^ a ejection of of the 

Referring now to the drawings in general, and FIGS. 1 and Internet that use the hypertext transfer protocol (HTTP). 

2 in particular, it will be understood that the illustrations are HTTP is a known application protocol that provides users 
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with access to files, which can be in different formats, such 
as text, graphics, images, sound and video, using a standard 
page description language, HTML. HTML provides basic 
document formatting and allows the developer to specify 
links to other servers and files therein. Use of an HTML- 5 
compliant client browser involves specification of a link 
having a URL. Upon such specification, the client makes a 
request to the server identified in the link and receives a web 
page, basically in document format, according to HTML, in 
return. HTML provides exceptional freedom in creating 10 
graphics/text/graphic images and associated audio between 
servers and client browsers. HTTP and HTML allow com- 
plex services to be accessed by clients having a minimum 
amount of hardware sophistication. The primary computa- 
tional horsepower is reserved for the servers providing the 15 
requested services. 

Referring particularly to FIG. 2, a fueling position 14 for 
each dispenser 12 (1 to N) is shown in greater detail. Each 
fueling position is associated with a control system having 
one or more controllers 32, operating system 34, server 35, 2 o 
browser 36, display 38 and input device 40, such as a 
keypad, touch pad or touch screen. The display 38 and input 
device 40, in conjunction with the controller 32, provide a 
graphical user interface 39 for each fueling position 14. The 
operating system 34 is adapted to run any number of 2 s 
software applications required to operate the dispenser, the 
graphical user interface 39, server 35 and browser 36. Each 
fueling position 14 also includes a payment accepting device 
42, such as the magnetic strip card reader 41, smartcard 
reader, or currency acceptor 43. Other payment systems may 30 
be substituted. 

Each graphical user interface 39 may include a control 
system or operate in conjunction with a single control 
system adapted to operate both interfaces on a single dis- 
penser 12. In one configuration of the invention, each 35 
fueling position 14 acts as a thin client capable of interacting 
with a network of servers. The controller 32 and associated 
user interfaces are preferably designed to minimize the 
hardware commitment necessary in each dispenser, while 
having sufficient capability to establish interactivity with the 40 
user and provide fuel dispenser control and communication 
therewith. Most computer intensive functions are provided 
as services from the various local and remote servers 18, 26. 
Merchandising and business rule interpretations are handled 
in the system's nomenclature as services. Although certain 45 
functions and services may be run at the dispenser, most 
functions dealing with customer transactions, information 
dissemination and advertising or merchandising are prefer- 
ably performed as services provided by the various local and 
remote servers. The browser software 36 for each client 50 
preferably has the ability to request services either locally or 
remotely, via the Internet or similar network. Certain ser- 
vices may be automatically requested by the browser and 
each client, while others await responses by a customer. 
With respect to FIG. 2, it should be noted that the server 18 5s 
may be configured to directly access the various server 
devices, including those in the forecourt, and/or to act as an 
intermediary between these devices and the Internet. 

Turning now to FIG. 4, a typical control system 32 for a 
fuel dispenser 12 is shown. The system will include a 60 
network configuration 29 having multiple hardware and/or 
software ports or addresses 31A, 3 IB, 31C. The control 
system will have a controller 32 associated with memory 33 
cooperating to run an operating system 34, server task 35, 
and browser 36. The browser 36 will access and interpret 65 
information from the various local and remote servers. The 
server or server task 35 in cooperation with the network 
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connection 29 will provide access to the dispenser from the 
local browsers 25 or remote browsers 27 along a local 
network or the Internet Notably, these browsers may be 
integrated with an existing server 18, 26 or may operate 
independently. The local browsers 25 are typically able to 
access the server 35 of the dispenser 12. Preferably, the 
browsers 27 may also access the server 35 of dispenser 12 
directly or through the local server 18 and/or router 19. A 
software task is defined very broadly to include both sepa- 
rate and integrated software embodiments which may or 
may not run concurrently with other software. 

The local server 18 is preferably integrated or associated 
with a central control system 50. The central control system 
50 may act as the local server 18 or, in the alternative, may 
operate in association with a separate local server 18. A 
router may be used to facilitate interconnectivity in the 
standard fashion. The control system 50 is typically a central 
site controller used to interface and interact with the fuel 
dispensers to obtain access, upload information and down- 
load information to and from the dispensers 12. Optionally, 
the remote servers are configured to do the same. Preferably, 
the local server 18 controls basic interactivity between the 
network 30 and the various dispensers 12. 

The control and server system disclosed in FIG. 4 may be 
associated with any of the control systems throughout the 
fueling environment, especially those associated with the 
dispensers 12, local station and server control system 18, 50, 
convenience store 20, quick service restaurants 22 and car 
wash 24. 

The present invention provides an embedded function 39 
integrated or at least associated with a page 37. The page 37 
may be a basic HTML page, script, function or like program. 
The embedded function may be attached to a header of the 
page 37 or otherwise associated with the page wherein one 
of two events occurs when the page is accessed. First, the 
page 37 along with the embedded function 39 are delivered 
to the browser that accessed the server and page. 
Alternatively, the embedded function 39 is adapted to run on 
the server at which the page was accessed, even though the 
page is delivered to the appropriate browser. In the first case, 
the embedded function is adapted to run at the browser while 
in the second case, the embedded function runs at the server 
that the browser accessed. 

In the first embodiment, the embedded function is pref- 
erably any executable content, such as Java™ "applets" or 
ActiveX™ components. The executable content may be one 
or more small applications that conform to a restricted set of 
programming standards for running on browsers. When the 
embedded function is sent to the browser upon accessing a 
page, the function is run at the browser to facilitate a 
connection back to a specific server and server location. In 
the second embodiment, the embedded function runs at the 
server and acts to keep the existing connection open as well 
as continue to periodically send updated HTML pages. This 
latter technique places fewer demands on a browser's appli- 
cations capabilities, but is less flexible. The remote browser 
or client may store the sites, types of data and how often to 
update or to request an update. The parameters relating to 
periodic updates may be stored locally at the remote 
browser, or may be downloaded to the dispenser server. In 
the latter case, the dispenser server may take the responsi- 
bility of periodically sending the data to the remote browser 
without a request from the remote browser. 

A typical process, where the embedded function is actu- 
ally transferred to the browser from the accessed server, is 
outlined in FIG. 5. For the process shown, communications 
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are provided between a backroom server 18 at the fuel 
station store, a fuel dispenser 12 in the forecourt, and a 
browser 25, 27, preferably running on a client PC. Notably, 
these three components can take various forms and are 
disclosed as the specific components only for the purpose of 5 
disclosing the preferred embodiment and a general outline of 
how the system operates. For example, the browser 25, 27 
may be located at a remote site along the Internet or other 
similar network in addition to being located at the backroom 
of the fuel station store in more localized embodiments. 10 
Instead of or in addition to communicating with the fuel 
dispensers 12, the system may access and provide real-time 
communications between any server-equipped component 
in the fuel station store, including servers located in the 
convenience store 20, quick service restaurants 22, car wash 15 
24, display signs 23, or anywhere along the existing net- 
work. The system preferably uses the backroom server 18 as 
a central control-type server capable of providing the client 
PC browsers 25, 27 with additional information relating to 
the equipment and providing links to available servers and 20 
other compliant devices in the fueling environment. 

Initially, a user at the browser 25, 27 starts a browser 
application and connects to a homepage at a site's uniform 
resource locator (URL) address (block 100). An HTTP 
server 18 having the URL address at the site's primary back 25 
office server delivers a home page for a site asset manage- 
ment system to the browser 25, 27 (block 102). The user at 
the browser 25, 27 selects a defined link on the homepage to 
access and monitor a select device or function in the fueling 
environment (block 104). In this example, the selected 30 
device is a fuel dispenser in the forecourt of the fueling 
environment. The backroom server 18 queries a site con- 
figuration database to determine devices that should be 
present 00 the site's network, generate a page of links to 
devices that are remotely manageable, and returns this page 35 
to the client browser 25, 27 (block 106). The user at the 
browser 25, 27 will select a device from the list of possible 
devices on the site network, such as a fuel dispenser, and will 
connect to the HTTP server on the target device (block 108). 
The device, the fuel dispenser in this example, generates a 40 
status page containing executable content (e.g., a Java™ 
applet) and delivers the page and the executable content to 
the client (block 110). For ease of understanding, this 
executable content is generally referred to as the embedded 
function. 45 

The client's browser 25, 27 will load the page from the 
-fuel dispenser and run the-embedded function (executable 
content), which immediately connects back to the selected 
server device, preferably using a separate address or port and 
protocol (block 112). The device will accept the connection 50 
initiated by the embedded function and begin delivering 
real-time status data to the client browser 25, 27. In addition 
to monitoring selected information at various ports and 
addresses at the selected device server, the connection 
between the browser and the selected device may provide 55 
for any type of uploading or downloading of information to 
monitor, access, and otherwise reconfigure any portion of 
the device addressable and accessible through the server. For 
example, the client browser 25, 27 may access a fuel 
dispenser and download a new configuration or software 60 
upgrade, access a server in the convenience store 20 to 
change prices, implement a special price reduction, or 
simply gather inventory data. In the preferred embodiment, 
the backroom server 18 will act as a centralized server 
providing a browser 25, 27 with the necessary information, 65 
addresses and links to recognize and access the various 
devices in the fueling environment. 
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As shown in FIG. 6, a variation on the remote manage- 
ment theme is disclosed. The same browsers and servers will 
operate in this process, although only three fuel dispensers 
are shown as potential communication targets. The basic 
process starts when a user of browser 25, 27 starts a browser 
application and connects to the homepage at a site's URL 
address of a backroom server 18 (block 200). The HTTP 
server 18 at the site's primary back office server delivers the 
homepage to the browser 25, 27 (block 202). The user at the 
browser 25, 27 selects a link on the homepage to access and 
monitor forecourt devices, although the homepage may 
provide links to various other devices and addresses to 
monitor, download, upload or otherwise mange the selected 
device remotely (block 204). The backroom server 18 will 
typically query a site configuration database to determine the 
devices that are present on the site's network, generate a 
page of links to those devices that are remotely manageable, 
and return the list to the browser 25, 27. The user will select 
the device from the list of possible devices on the site 
network, in this example forecourt device #3, and connect to 
the server on the target device (block 208). The selected 
device will generate and deliver a status page to the client 
browser 25, 27 (block 210). At block 212, the client browser 
loads the status page while an embedded function associated 
with the status page starts running (at the device server of the 
fuel dispenser 12). The embedded function will have the 
device or fuel dispenser 12 update and deliver pages to the 
client browser 25, 27 periodically to provide a monitoring 
function (block 214). The embedded function may also act 
to keep the connection open to allow various types of 
communications back and forth between the client browser 
and the selected device. With the given system, a very 
flexible asset management system may be provided. 

FIG. 7 depicts a hierarchical overview of a fueling site 10 
capable of being accessed by and communicating with a 
distributor 64, major oil companies 66, and a service 
provider, such as Gilbarco, 62. When accessing the fueling 
site 10, the server 18 may provide a homepage for logging 
onto the site's asset management system (block 300). 
Preferably, an identification number and password arc 
required to access the main site and various levels therein. 
Different identification numbers and passwords may be 
required to access different levels and areas of the fueling 
environment. Those pages and functions depicted in FIG. 7 
are exemplary of the variety of functions capable of being 
provided by the asset management system. 

For example, a sales and inventory analysis (block 302) 
may lead to information relating to the various fuel dispens- 
ers (block 304) or convenience store sales information 
(block 306). Typically, the inventory analysis will provide a 
quantitative measure of current inventory, sales and product 
descriptions on a product -by-product basis. The system may 
also control pricing remotely from a price posting interface 
page (block 308), which leads to pricing (blocks 310, 312) 
and provide a way to change prices at the fuel dispenser and 
the convenience store or other area in the fueling 
environment, respectively. An uploading interface (block 
314) is also provided for features such as upgrading software 
at the fuel dispensers or changing their configuration (block 
316) as well as uploading audio and video for information 
and advertising (block 318). Preferably, the audio/video files 
arc in an MPEG format. Additionally, remote maintenance 
and troubleshooting is available (block 320). The trouble- 
shooting and monitoring aspects may be provided (blocks 
322 and 324) to receive information from the control sys- 
tems operating in conjunction with the servers being 
accessed. For example, a fuel dispenser may provide the 
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remote browser with the software version, hardware version 
and a type of failure. 

Certain modifications and improvements will occur to 
those skilled in the art upon reading the foregoing descrip- 
tion. It should be understood that applicants' invention s 
provides an asset management system wherein the various 
fuel dispensers and control systems throughout a conve- 
nience store, quick service restaurant and any other control- 
lable aspect of a fueling environment may be remotely 
accessed to provide for uploading information, downloading 10 
information and various types of real-time monitoring of the 
respective devices from a remote location using HTML- 
compliant components. Local interaction with the devices is 
not required. It should be understood that all modifications 
and improvements to the disclosed system have been deleted 
herein for the sake of conciseness and readability, but are 
properly within the scope of the following claims. 

What is claimed is: 

1. A fuel dispenser facilitating remote management func- 
tions comprising: 

a. a housing; 

b. a dispenser server at said housing including a control 
system, a network connection and a dispenser server 
task running on said control system; 

c. a hypertext markup language compliant page on said 2S 
server accessible through said network connection; 

d. an embedded function associated with said page and 
operable to facilitate real-time functions upon access 
between a remote browser apart from said server and 
said server over a network; and 30 

e. a fuel delivery system associated with said housing 
having a fuel supply line, a metering device, a delivery 
hose and a nozzle to permit the dispensing of fuel 
wherein said embedded function is: 

configured to be sent to the browser with said page 35 
when the remote browser accesses said page, and 

operable to run at the browser to provide a connection 
between said server and the remote browser through 
said network connection. 

2. The dispenser of claim 1 wherein said embedded 40 
function operates on the browser to connect back to the 
server. 

3. The dispenser of claim 2 wherein said embedded 
function operates to connect back to the server using a 
second port wherein said page is accessed using a first port. 45 

4. The dispenser of claim 3 wherein said embedded 
function operates to connect back to the server using a 
second protocol wherein said page is accessed using hyper- 
text transfer protocol. 

5. The dispenser of claim 1 wherein said real-time func- 50 
tion between the browser and said server includes sending 
information from the browser to said server for use by the 
dispenser. 

6. The dispenser of claim 5 wherein said real-ume func- 
tion consists of at least one of the group consisting of: 55 
software upgrades, data updates, reconfigurations, deliver- 
ing audio, delivering video, and delivering control functions 
for dispenser components. 

7. The dispenser of claim 1 wherein said real-time func- 
tion between the browser and said server includes sending 60 
information relating to the dispenser to the browser from 
said server. 

8. The dispenser of claim 7 wherein said real-time func- 
tion consists of at least one of the group consisting of: 
diagnostic information, status information, configuration 65 
information, fueling values, fueling quantities and transac- 
tion totals. 



9. The dispenser of claim 1 wherein said real-time func- 
tion includes delivering real-time data upon access. 

10. The dispenser of claim 1 wherein the network is the 
Internet. 

U. The dispenser of claim 1 wherein the network is a 
local network. 

12. The dispenser of claim 1 wherein the embedded 
function is a Java™ applet. 

13 . The dispenser of claim 1 wherein the embedded func- 
tion is a Microsoft® ActiveX™ component. 

14. The dispenser of claim 1 wherein said embedded 
function is executable. 

15. The dispenser of claim 1 further comprising a user 
interface including a display, said function providing for the 
uploading of video to said display. 

16. A fuel dispenser facilitating remote management 
functions comprising: 

a. a bousing; 

b. a dispenser server at said housing including a control 
system, a network connection and a dispenser server 
task running on said control system; 

c. a hypertext markup language compliant page on said 
server accessible through said network connection; 

d. an embedded function associated with said page and 
operable to facilitate real-time functions upon access 
between a remote browser and said server over a 
network; and 

e. a fuel delivery system associated with said housing 
having a fuel supply line, a metering device, a delivery 
hose and a nozzle to permit the dispensing of fuel, 
wherein said server includes a plurality of ports, said 

page being accessible via said first port and a real- 
time function being operable via a second port, said 
embedded function being: 

configured to be sent to the browser with said page 
when the remote browser accesses said page via 
said first port, and 

operable to run at the browser to provide a connec- 
tion between said server and the remote browser 
through said network connection using said sec- 
ond port wherein the connection between said 
server and the remote browser is used to provide 
the real-time function. 

17. The dispenser of claim 16 wherein said port is one of 
the group consisting of a hardware port and software port. 

18. A fuel dispenser facilitating remote management 
functions comprising: 

a. a housing; 

b. a dispenser server at said housing including a control 
system, a network connection and a dispenser server 
task running on said control system; 

c. a hypertext markup language compliant page on said 
server accessible through said network connection; 

d. an embedded function associated with said page and 
operable to facilitate real-time functions upon access 
between a remote browser and said server over a 
network; and 

e. a fuel delivery system associated with said housing 
having a fuel supply line, a metering device, a delivery 
hose and a nozzle to permit the dispensing of fuel, 
wherein said server includes a plurality of addresses, 

said page being accessible at a first address and 
real-time functions being operable via additional 
addresses, said embedded function being: 
configured to be sent to the browser with said page 
when the remote browser accesses said page at 
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said first address and said server sends said page 
to the browser through the network connection, 
and 

operable to run at the browser access with said server 
and provide a connection between said server and s 
the remote browser through said network connec- 
tion using a second address wherein the connec- 
tion between said server and the remote browser is 
used to provide a real time function, 

19. A fuel dispenser facilitating remote management 10 
functions comprising: 

a. a housing; 

b. a dispenser server at said housing including a control 
system, a network connection and a dispenser server 15 
task running on said control system; 

c. said server cooperating with at least first and second 
dispenser resources accessible through said network 
connection from a remotely located browser apart from 
said fuel dispenser over a network; * u 

d. said first resource providing a hypertext markup lan- 
guage compliant response to a first access by the 
browser; 

e. said second resource providing a hypertext markup 2 s 
language compliant function; 

f. an embedded function associated with said hypertext 
markup language complaint response and operable to 
run at said browser to facilitate a connection between 
the remote browser and said server system to access 30 
said second resource; and 

g. a fuel delivery system associated with said housing 
having a fuel supply line, a metering device, a delivery 
hose and a nozzle to permit the dispensing of fuel. 

20. A fuel dispensing system comprising: 35 

a. at least one fuel dispenser including: 

i. a housing; 

ii. a dispenser server at said housing including a control 
system, a dispenser network connection and a dis- 
penser server task running on said control system; 40 

iii. a hypertext markup language -compliant page on 
said server accessible through said network connec- 
tion; 

iv. an embedded function associated with said page; 
and 45 

v. a fuel delivery system associated with said housing 
" having a fuel supply line, a metering device, a 

delivery hose and a nozzle to permit the dispensing 
of fuel; 5q 

b. a central control server apart from said fuel dispensers 
and including: 

i. a central control system; 

ii. a central network connection; 

iii. a central server task and browser running on said 5$ 
central control system; and 

c. a router connecting said dispenser network connections 
and the central network connection; 

d. said embedded function operable to facilitate real time 
functions between said browser and said dispenser 60 
server 

wherein said embedded function is: 

configured to be sent to the browser with said page 

when the remote browser accesses said page, and 
operable to run at the browser to provide a connec- 65 

tion between said server and the remote browser 

through said network connection. 
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21. A fuel dispensing system comprising: 

a. at least one fuel dispenser including 

i. a housing; 

ii. a dispenser server at said housing including a control 
system, a dispenser network connection and a dis- 
penser server task running on said control system; 

iii. a hypertext markup language compliant dispenser 
page on said dispenser server accessible through said 
network connection; 

iv. an embedded function associated with said dis- 
penser page, said embedded function operable to 
facilitate real time functions between said browser 
and said dispenser server; and 

v. a fuel delivery system associated with said housing 
having a fuel supply fine, a metering device, a 
delivery hose and a nozzle to permit the dispensing 
of fuel; 

b. a central control server apart from said fuel dispensers 
and including: 

i. a central control system; 

ii. a central network connection; 

iii. a central dispenser server task and browser running 
on said central control system; 

iv. a hypertext mark-up language compliant central 
page on said central server accessible through said 
network connection, said central page including the 
presence and location of the dispenser page; and 

c. a router connecting said dispenser network connections, 
said central network connection and a remote browser 
on the Internet; 

d. wherein when the remote browser accesses the central 
page of the central server, the remote browser receives 
the location of the dispenser page, the remote browser 
accesses the dispenser page and the embedded function 
associated with the dispenser page facilitates a real time 
function between the browser and said dispenser server 

wherein said embedded function is: 

configured to be sent to the remote browser with said 
dispenser page when the remote browser accesses 
said dispenser page, and 

operable to run at the browser to provide a connec- 
tion between said server and the remote browser 
through said network connection. 

22. The system of claim 21 wherein said embedded 
function is: 

a. configured to be sent to the remote browser with said 
dispenser page when the remote browser accesses said 
dispenser page, and 

b. operable to run at the browser to provide a connection 
between said server and the remote browser through 
said network connection. 

23. A fuel dispenser facilitating remote management 
functions comprising: 

a. a housing; 

b. a server at said housing including a control system, a 
network connection and a server task running on said 
control system; 

c. a hypertext markup language-compliant page on said 
server accessible through said network connection; and 

d. an embedded function associated with said page and 
operable to facilitate real time functions between a 
remote browser and said server over a network; 

e. said embedded function being operable to run at said 
server, when the remote browser accesses the page, to 
maintain a connection between said server and the 
remote browser through said network connection; 
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f. said embedded function being configured 

i. to be sent to the browser with said page when the 
remote browser accesses said page, and 

ii. operable to run at the browser to provide a connec- 
tion between said server and the remote browser s 
through said network connection. 

24. The dispenser of claim 23 wherein said embedded 
function operates on the browser to connect back to the 
server. 

25. The dispenser of claim 24 wherein said embedded 10 
function operates to connect back to the server using a 
second port wherein said page is accessed using a first port. 

26. The dispenser of claim 25 wherein said embedded 
function operates to connect back to the server using a 
second protocol wherein said page is accessed using hyper- 15 
text transfer protocol. 

27. The dispenser of claim 23 wherein said real-time 
function between the browser and said server includes 
sending information from the browser to said server for use 
by the retail system. 20 

28. The dispenser of claim 27 wherein said real-time 
function consists of at least one of the group consisting of: 
software upgrades, data updates, reconfigurations, deliver- 
ing audio, delivering video, and delivering control functions 
for components of the retail system. 25 

29. A fuel dispenser and fueling retail system facilitating 
remote management functions comprising: 
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a. central location having a server accessible through a 
network connection by a remote hypertext markup 
language-compliant browser, said server having a cen- 
tral page providing links to component servers in a 
fueling and retail environment; 

b. at least one fueling and retail component comprising: 

i. a housing; 

ii. a server at said housing including a control system, 
a network connection and a server task running on 
said control system; 

iii. a hypertext mark-up language compliant page on 
said server accessible through said network connec- 
tion; and 

iv. an embedded function associated with said page and 
operable to facilitate real time functions between a 
remote browser and said server through said network 
connection; 

v. wherein the remote browser may access the central 
location server and receive a link to one of the 
component's servers and 

wherein said embedded function is: 

configured to be sent to the browser with said page 
when the remote browser accesses said page, and 

operable to run at the browser to provide a connec- 
tion between said server and the remote browser 
through said network connection. 

* * * ♦ * 
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